Method and apparatus for developing socially suitable applications and devices

ABSTRACT

An approach is presented for making the use of a mobile device more socially suitable. Remote control application programming interfaces and installation packages are specified to developers for designing applications that can be controlled via a main device (e.g., a mobile phone) and one or more accessory devices (e.g., a watch). Specifically, each application is required to have two installable components—one that resides on the main device and one that is automatically installed on an associated remote accessory device. By enabling the seamless installation of these two components, a new paradigm or ecosystem for how applications are to be created and installed is introduced. In this new paradigm, application developers will not only develop the applications, but they will also design and define a way to make their applications remotely controllable and reachable from an accessory device, thus making the associated mobile devices running such applications more socially suitable.

BACKGROUND

Service providers and device manufacturers (e.g., wireless, cellular,etc.) are continually challenged to deliver value and convenience toconsumers by, for example, providing compelling network services such asmobile communication services (e.g., email, short message service (SMS),etc.), real-time applications (e.g., sports, stocks, weather, etc.),social networking features (e.g., FACEBOOK, TWITTER, etc.), and thelike. Unfortunately, the increasing popularity of such compellingnetwork services can also increase a mobile device (e.g., mobile phone)user's attachment to his or her mobile device, which then often leads tovarious forms of social disruption. Other companies have previouslyattempted to address this problem by pairing a mobile phone with a watchthat was able to remotely control the mobile phone. However, in mostcases, the watch was designed only for certain pre-programmed actionsand in the cases where it was possible to create additionalpre-programmed actions, there was no tight integration between theapplications on the mobile phone and the options on the watch.

SOME EXAMPLE EMBODIMENTS

Therefore, there is a need for an approach for making the use of amobile device more socially suitable.

According to one embodiment, a method comprises causing, at least inpart, a specification of one or more programming interfaces for enablingcontrol of one or more applications via a main device and one or moreaccessory devices. The method also comprises causing, at least in part,a generation of one or more installation packages for the one or moreapplications for installation at the main device and the one or moreaccessory devices.

According to another embodiment, an apparatus comprises at least oneprocessor, and at least one memory including computer program code forone or more computer programs, the at least one memory and the computerprogram code configured to, with the at least one processor, cause, atleast in part, the apparatus to cause, at least in part, a specificationof one or more programming interfaces for enabling control of one ormore applications via a main device and one or more accessory devices.The apparatus is also caused to, at least in part, generate one or moreinstallation packages for the one or more applications for installationat the main device and the one or more accessory devices.

According to another embodiment, a computer-readable storage mediumcarries one or more sequences of one or more instructions which, whenexecuted by one or more processors, cause, at least in part, anapparatus to cause, at least in part, a specification of one or moreprogramming interfaces for enabling control of one or more applicationsvia a main device and one or more accessory devices. The apparatus alsocauses, at least in part, a generation of one or more installationpackages for the one or more applications for installation at the maindevice and the one or more accessory devices.

According to another embodiment, an apparatus comprises means forcausing, at least in part, a specification of one or more programminginterfaces for enabling control of one or more applications via a maindevice and one or more accessory devices. The apparatus also comprisesmeans for causing, at least in part, a generation of one or moreinstallation packages for the one or more applications for installationat the main device and the one or more accessory devices.

In addition, for various example embodiments of the invention, thefollowing is applicable: a method comprising facilitating a processingof and/or processing (1) data and/or (2) information and/or (3) at leastone signal, the (1) data and/or (2) information and/or (3) at least onesignal based, at least in part, on (or derived at least in part from)any one or any combination of methods (or processes) disclosed in thisapplication as relevant to any embodiment of the invention.

For various example embodiments of the invention, the following is alsoapplicable: a method comprising facilitating access to at least oneinterface configured to allow access to at least one service, the atleast one service configured to perform any one or any combination ofnetwork or service provider methods (or processes) disclosed in thisapplication.

For various example embodiments of the invention, the following is alsoapplicable: a method comprising facilitating creating and/orfacilitating modifying (1) at least one device user interface elementand/or (2) at least one device user interface functionality, the (1) atleast one device user interface element and/or (2) at least one deviceuser interface functionality based, at least in part, on data and/orinformation resulting from one or any combination of methods orprocesses disclosed in this application as relevant to any embodiment ofthe invention, and/or at least one signal resulting from one or anycombination of methods (or processes) disclosed in this application asrelevant to any embodiment of the invention.

For various example embodiments of the invention, the following is alsoapplicable: a method comprising creating and/or modifying (1) at leastone device user interface element and/or (2) at least one device userinterface functionality, the (1) at least one device user interfaceelement and/or (2) at least one device user interface functionalitybased at least in part on data and/or information resulting from one orany combination of methods (or processes) disclosed in this applicationas relevant to any embodiment of the invention, and/or at least onesignal resulting from one or any combination of methods (or processes)disclosed in this application as relevant to any embodiment of theinvention.

In various example embodiments, the methods (or processes) can beaccomplished on the service provider side or on the mobile device sideor in any shared way between service provider and mobile device withactions being performed on both sides.

For various example embodiments, the following is applicable: Anapparatus comprising means for performing the method of any oforiginally filed claims 1-10, 21-30, and 46-48.

Still other aspects, features, and advantages of the invention arereadily apparent from the following detailed description, simply byillustrating a number of particular embodiments and implementations,including the best mode contemplated for carrying out the invention. Theinvention is also capable of other and different embodiments, and itsseveral details can be modified in various obvious respects, all withoutdeparting from the spirit and scope of the invention. Accordingly, thedrawings and description are to be regarded as illustrative in nature,and not as restrictive.

BRIEF DESCRIPTION OF THE DRAWINGS

The embodiments of the invention are illustrated by way of example, andnot by way of limitation, in the figures of the accompanying drawings:

FIG. 1 is a diagram of a system capable of making the use of a mobiledevice more socially suitable, according to one embodiment;

FIG. 2 is a diagram of the components of a developer platform, accordingto one embodiment;

FIGS. 3A-3C are flowcharts of processes for making the use of a mobiledevice more socially suitable, according to one or more embodiments;

FIGS. 4A-4D are diagrams of the interactions between the softwarecomponents utilized in the processes of FIGS. 3A-3C, according to oneembodiment;

FIG. 5 is a diagram of an example of an accessory device utilized in theprocesses of FIGS. 3A-3C, according to one embodiment;

FIG. 6 is a diagram of an example of an application store interface,according to one embodiment;

FIG. 7 is a diagram of hardware that can be used to implement anembodiment of the invention;

FIG. 8 is a diagram of a chip set that can be used to implement anembodiment of the invention; and

FIG. 9 is a diagram of a mobile terminal (e.g., handset) that can beused to implement an embodiment of the invention.

DESCRIPTION OF SOME EMBODIMENTS

Examples of a method, apparatus, and computer program for making the useof a mobile device more socially suitable are disclosed. In thefollowing description, for the purposes of explanation, numerousspecific details are set forth in order to provide a thoroughunderstanding of the embodiments of the invention. It is apparent,however, to one skilled in the art that the embodiments of the inventionmay be practiced without these specific details or with an equivalentarrangement. In other instances, well-known structures and devices areshown in block diagram form in order to avoid unnecessarily obscuringthe embodiments of the invention.

FIG. 1 is a diagram of a system capable of making the use of a mobiledevice more socially suitable, according to one embodiment. Aspreviously discussed, service providers and device manufacturers areincreasingly providing compelling network services such as mobilecommunication services (e.g., email, SMS, etc.), real-time applications(e.g., sports, stocks, weather, etc.), social networking features (e.g.,FACEBOOK, TWITTER, etc.), and the like available to mobile device users.Unfortunately, the increasing popularity of such compelling networkservices can also increase a mobile device (e.g., mobile phone) user'sattachment to his or her mobile device, which then often leads tovarious forms of social disruption. For example, women often carry theirmobile devices (e.g., a mobile phone) in their handbags while mensimilarly carry their mobile devices in their pockets. Moreover, mostpeople usually want to know who is calling before they decide to answertheir mobile phone. As a result, there is often a delay betweenanswering the call and/or silencing the ringer on the mobile phone. Thisdelay can often cause disruptions in a social setting. A similardisruption can also occur in social gatherings or meetings when mobilephone users forget to turn their mobile phones to silent mode during thegathering or meeting. In addition, a mobile device user's constantlooking at his or her mobile device can also cause a disruption bycreating a drift in interaction between users and non-users of mobiledevices in a social setting (e.g., a bar or elevator).

To address this problem, a system 100 of FIG. 1 introduces thecapability of making the use of a mobile device more socially suitable.In one embodiment, the system 100 specifies to developers one or moreremote application programming interfaces (APIs) for enabling control ofone or more applications via a main device and one or more accessorydevices. In addition, the system 100 causes a generation of one or moreinstallation packages for the one or more applications for installationat the main device and the one or more accessory devices. In oneexample, both the APIs and the one or more installation packages may becontained in a software development kit (SDK). The specification of theone or more APIs and the generation of the one or more installationpackages enables developers to design applications that enable a mobiledevice user to control the one or more applications via a main device(e.g., a mobile phone) and one or more accessory devices (e.g., awatch). Essentially, by exposing the specific APIs and installationpackages to developers, the system 100 introduces and promotes a newparadigm or ecosystem for how applications are to be created andinstalled. In this new paradigm, application developers will not onlydevelop the applications, but they will also design and define a way tomake applications controlled remotely from one or more accessory devicesthereby reducing the amount of time it takes a mobile device user toanswer an incoming call or the amount of time a mobile device userstares at his or her mobile device. In each case, the system 100 enablesmobile devices running such applications to be more socially suitable.

In addition to making a mobile device more socially suitable, the system100 can also improve the usability of a mobile device. For example,while running or biking, it is often difficult for a runner or biker touse his or her mobile device to control the mobile device's integratedmusic player because the mobile device is often hard to reach duringphysical activity. Again, by exposing remote control APIs andinstallation packages to developers to design applications that enable amobile device user to control the one or more applications via a maindevice and one or more accessory devices, the system 100 can alsoimprove the usability of many mobiles devices.

As shown in FIG. 1, the system 100 comprises one or more developerterminals 101 a-101 n (also collectively referred to as developerterminals 101) having connectivity to an application platform 103 via acommunication network 105. The application platform 103 may exist inwhole or in part within a service platform 107 (e.g., an applicationstore), or independently. The one or more developer terminals 101 mayalso have connectivity to the service platform 107 via the communicationnetwork 105. In one embodiment, the service platform 107 contains one ormore remote application programming interfaces (APIs) 109 a-109 n (alsocollectively referred to as APIs 109), which are specified by theapplication platform 103 for enabling control of one or moreapplications 111 a-111 n (also collectively referred to as applications111) on one or more main devices 113 a-113 n (e.g., a mobile phone)(also collectively referred to as main devices 113) and one or moreaccessory devices 115 a-115 n (e.g., a watch or another similaraccessory that is small in size) (also collectively referred to asaccessory devices 115).

In one embodiment, the application platform 103 also causes, at least inpart, the generation of one or more software installation packages (notshown for illustrative purposes) which also may be contained within theservice platform 107. For example, the application platform 103 causes,at least in part, the generation of the one or more softwareinstallation packages for one or more main devices 113 based, at leastin part, on a main device 113 operating system and causes, at least inpart, the generation of one or more software installation packages forone or more accessory devices 115 based, at least in part, on anaccessory device 115 operating system. In one embodiment, theapplication platform 103 determines to package the one or moreinstallation packages for the one or more main devices 113, the one ormore installation packages for the one or more accessory devices 115, ora combination thereof into a combined installation package, wherein aninstallation of the combined package causes, at least in part, aninitiation of respective installations of the one or more installationpackages at the main devices 113, the accessory devices 115, or acombination thereof. For example, the application platform 103 maydetermine to combine one or more installation packages into a combinedinstallation package based on a particular request from one or moredeveloper terminals 101, the type of network connection availablebetween the one or more developer terminal 101 s and the applicationplatform 103, the size of the one or more installation packages, etc.

In one embodiment, the application platform 103 determines a requestfrom one or more developer terminals 101 for APIs 109 and one or moresoftware packages. The application platform 103 then specifies the APIs109 and the one or more software packages to enable the design of one ormore applications 111 for installation at one or more main devices 113and one or more accessory devices 115. In one example, the applicationplatform 103 determines that the applications 111 are located within theservice platform 107 prior to installation at the main devices 113 andthe accessory devices 115. In another example, the application platform103 may specify that the developer terminals 111 cause the applications111 to be directly installed at the main devices 113 and the accessorydevices 115 via the communication network 105.

In one embodiment, when an end-user downloads one or more applications111 from the service platform 107, the applications 111 already containtwo installable components—one that will reside on one or more maindevices 113 and one that will be automatically installed on one or moreassociated accessory devices 115. As previously discussed, the system100 introduces a new paradigm for how applications such as applications111 are created and installed. In this new paradigm, all applicationdevelopers using one or more developer terminals 101, the applicationplatform 103, APIs 109, and one or more software installation packageswill not only develop applications 111, but the applications 111 will beremotely controllable and reachable from one or more main devices 113via one or more associated accessory devices 115. As a result, the oneor more accessory devices 115 can enable the remote control of one ormore applications 111 on both the one or more accessory devices 115 andthe one or more associated main devices 113.

In one embodiment, one or more main devices 113 and one or moreassociated accessory devices 115 have different form factors. Forexample, a main device 113 may have a form factor of a mobile phone or amobile tablet and an associated accessory device 115 may have a formfactor of a watch or a writing instrument. In one embodiment, it is alsocontemplated that one or more accessory devices 115 may also haveconnectivity to the service platform 107 via the communication network105.

In one embodiment, by specifying the APIs 109, the application platform103 causes, at least in part, a rendering of at least one user interfaceat one or more accessory devices 115, wherein at least one userinterface includes one or more user interface elements for enabling thecontrol of one or more applications 111. For example, a simple menubutton can allow an end-user to move from one application 111 toanother. In the event a notification from one or more applications 111arrives at an accessory device 115, the application 111 will show-up onthe at least one user interface automatically in order to allow theend-user to respond to the notification immediately. In another example,when an incoming call arrives, the end-user can immediately see thecaller's name and either select the “silent” or “loudspeaker” controlson the accessory device 115 rather than having to reach for the maindevice 113 in a handbag or pocket. Also, when walking around, theend-user can see one or more applications 111 (e.g., a map) on one ormore accessory devices 115 to know where to go without having tocontinually look at one or more main devices 113.

In one embodiment, the at least one user interface, the one or more userinterface elements, or a combination thereof operate as one or morealternative controls, one or more additional controls, or a combinationthereof to at least one other user interface, one or more other userinterface elements, or a combination thereof rendered at one or moremain devices 113. For example, the interface elements of one or moreaccessory devices 115 can be used as a remote interface to one or moreassociated main devices 113 for previewing various notifications (e.g.,emails, SMS, incoming caller details, tasks, etc.) and controllingsimple actions associated with the main devices 113 (e.g., selectingsilence mode, selecting the next song or page, etc.). In one instance,one or more applications 111 may control the ringer function on one ormore main devices 113 so that if an end-user is in a social setting andthe main device 113 rings, the end-user can use one or more associatedaccessory devices 115 to answer the call or silence the main device 113thereby reducing the delay in silencing the main device 113 and,therefore, making the main device 113 less socially disruptive. It isalso contemplated, that at least one or more accessory devices 115 mayalso control one or more applications 111 installed on more than onemain device 113.

In one embodiment, the application platform 103's specification of theAPIs 109 to one or more developer terminals 101 determines a basiclayout or user interface (UI) for at least one accessory device 115. Inone embodiment, multiple layouts could be supported based on at leastone accessory device 115, but the layouts must all extend from a minimallayout so that the most wanted features work with all accessory devices115. The application platform 103's specification of the APIs 109 to oneor more developer terminals 101 also determines that the one or moreaccessory devices 115 will have a ticker feature to allow thepresentation of more characters of text to an end-user than wouldotherwise fit within the width of the UI of the one or more accessorydevices 115. In addition, the application platform 103's specificationof the APIs 109 causes an application developer to determine whether toallow one or more notification triggers to be set per one or moreapplications 111 or some other variation. Moreover, the applicationplatform 103's specification of the APIs 109 also causes a developer todetermine which actions for which notifications can be set using the oneor more user interface controls on the one or more accessory devices115. Furthermore, the application platform 103's specification of theAPIs 109 also determines that the following end-user options will bemade available for the one or more accessory devices 115: (1)activate/deactivate remote features; (2) activate/deactivate specificnotifications; (3) appear/hide in remote menu; and (4) preview snapshotsto enable an end-user to easily decide if a notification must beactivated or not for a notification. In summary, the applicationplatform 103 specifies the APIs 109 to developers to determine that, ata minimum, the one or more applications 111 must contain notificationsto enable various previews and basic actions; a remote access layout forthe one or more accessory devices 115, and timeouts that make thenotifications disappear automatically. In addition, the applicationplatform 103's specification of the APIs 109 to developers determinesthat an end-user has the ability to view and turn on/off notifications(both on a per application basis and globally); that one or moreapplications 111 can be added to a remote menu so that the applications111 can be determined on-demand; and that the one or more user interfaceelements for enabling control of the one or more applications 111 can beused to switch to a menu and/or select one or more applications 111(e.g., cycling through the one or more applications 111).

In one embodiment, the service platform 107 (e.g., an application store)supports both a presentation and a potential distribution to an end-userof one or more applications 111. As previously discussed, it is alsocontemplated that the service platform 107 can specify to one or moredeveloper terminals 101 the required APIs 109 and the one or moreinstallation packages (e.g., through an “App Wizard”) to design one ormore applications 111. In one embodiment, the application platform 103can specify the APIs 109 so that one or more applications 111 containmetadata. The application platform 103 can later process and/orfacilitate a processing of the metadata associated with the one or moreapplications 111 to enable a presentation of the one or moreapplications 111 to the end-user by function, developer, purchase price,development date, data usage, user satisfaction rating, etc., as well ascompatibility with one or more main devices 113 and/or one or moreaccessory devices 115.

By way of example, the communication network 105 of system 100 includesone or more networks such as a data network, a wireless network, atelephony network, or any combination thereof. It is contemplated thatthe data network may be any local area network (LAN), metropolitan areanetwork (MAN), wide area network (WAN), a public data network (e.g., theInternet), short range wireless network, or any other suitablepacket-switched network, such as a commercially owned, proprietarypacket-switched network, e.g., a proprietary cable or fiber-opticnetwork, and the like, or any combination thereof. In addition, thewireless network may be, for example, a cellular network and may employvarious technologies including enhanced data rates for global evolution(EDGE), general packet radio service (GPRS), global system for mobilecommunications (GSM), Internet protocol multimedia subsystem (IMS),universal mobile telecommunications system (UMTS), etc., as well as anyother suitable wireless medium, e.g., worldwide interoperability formicrowave access (WiMAX), Long Term Evolution (LTE) networks, codedivision multiple access (CDMA), wideband code division multiple access(WCDMA), wireless fidelity (WiFi), wireless LAN (WLAN), Bluetooth®,Internet Protocol (IP) data casting, satellite, mobile ad-hoc network(MANET), and the like, or any combination thereof.

The at least one developer terminal 101 and at least one main device 113are any type of mobile terminal, fixed terminal, or portable terminalincluding a mobile handset, station, unit, device, multimedia computer,multimedia tablet, Internet node, communicator, desktop computer, laptopcomputer, notebook computer, netbook computer, tablet computer, personalcommunication system (PCS) device, personal navigation device, personaldigital assistants (PDAs), audio/video player, digital camera/camcorder,positioning device, television receiver, radio broadcast receiver,electronic book device, game device, or any combination thereof,including the accessories and peripherals of these devices, or anycombination thereof. It is also contemplated that one or more maindevices 113 can support any type of interface to the user (such as“wearable” circuitry, etc.) and/or at least one accessory device 115.

By way of example, the at least one developer terminal 101, theapplication platform 103, the one or more main devices 113, the one ormore accessory devices 115, and the service platform 107 communicatewith each other and other components of the communication network 105using well known, new or still developing protocols. In this context, aprotocol includes a set of rules defining how the network nodes withinthe communication network 105 interact with each other based oninformation sent over the communication links. The protocols areeffective at different layers of operation within each node, fromgenerating and receiving physical signals of various types, to selectinga link for transferring those signals, to the format of informationindicated by those signals, to identifying which software applicationexecuting on a computer system sends or receives the information. Theconceptually different layers of protocols for exchanging informationover a network are described in the Open Systems Interconnection (OSI)Reference Model.

Communications between the network nodes are typically effected byexchanging discrete packets of data. Each packet typically comprises (1)header information associated with a particular protocol, and (2)payload information that follows the header information and containsinformation that may be processed independently of that particularprotocol. In some protocols, the packet includes (3) trailer informationfollowing the payload and indicating the end of the payload information.The header includes information such as the source of the packet, itsdestination, the length of the payload, and other properties used by theprotocol. Often, the data in the payload for the particular protocolincludes a header and payload for a different protocol associated with adifferent, higher layer of the OSI Reference Model. The header for aparticular protocol typically indicates a type for the next protocolcontained in its payload. The higher layer protocol is said to beencapsulated in the lower layer protocol. The headers included in apacket traversing multiple heterogeneous networks, such as the Internet,typically include a physical (layer 1) header, a data-link (layer 2)header, an internetwork (layer 3) header and a transport (layer 4)header, and various application (layer 5, layer 6 and layer 7) headersas defined by the OSI Reference Model.

FIG. 2 is a diagram of the components of an application platform 103,according to one embodiment. By way of example, the application platform103 includes one or more components for making the use of a mobiledevice more socially suitable as described in the various embodimentsdiscussed herein. It is contemplated that the functions of thesecomponents may be combined in one or more components or performed byother components of equivalent functionality. As noted previously, it iscontemplated that all or a portion of the functions of the applicationplatform 103 may be performed by the service platform 107.

In this embodiment, the application platform 103 includes a controlmodule 201, a communication module 203, a data module 205, and an updatemodule 207. The control module 201 oversees tasks, including tasksperformed by the communication module 203, the data module 205, and theupdate module 207. The communication module 203 is used forcommunication between one or more developer terminals 101, theapplication platform 103, the service platform 107, and one or more maindevices 113. As previously discussed, in one embodiment, thecommunication module 203 is also used for communication between one ormore accessory devices 115 and the service platform 107. Thecommunication module 203 may be further used to cause the loading of oneor more APIs 109 (e.g., a Notification Service API) and one or moreinstallation packages into the data module 205. In one embodiment, thecontrol module 201 causes, at least in part, the loading of one or moresoftware components into the data module 205 prior to receiving arequest from one or more developer terminals 101. In another example,the control module 201 causes, at least in part, the generation of oneor more software components (e.g., from the service platform 107) inreal-time upon receiving a request from one or more developer terminals101. The data module 205 manages the organization and storage of the oneor more APIs 109 and the one or more installation packages. The updatemodule 207 may be used to determine updates to the one or more APIs 109,the one or more installation packages, or a combination thereof.

In one embodiment, the control module 201 causes, at least in part, thegeneration of the one or more installation packages for a main device113 based, at least in part, on a main device 113 operating system,which comprises in addition to the software codes for the one or moreapplications 111 the following: (1) a Remote Accessory Manager furthercomprised of User Preferences, Remote Devices, Network Setup etc.; (2) aPackage Manager; and (3) a Notification Manager. In one example, thecontrol module 201, also causes, at least in part, the generation of theone or more installation packages for the one or more accessory devices115 based, at least in part, on an accessory device 115 operatingsystem, which comprises in addition to the software codes for the one ormore applications 111 the following: (1) an Application Manager furthercomprising User preferences, User Interface (UI) actions, Networkpreferences etc.; (2) a Package Manager; and (3) a Notification Manager.

In one embodiment, the control module 201 causes, at least in part, theone or more installation packages for the main device 113 and one ormore accessory devices 115 to be loaded into the data module 205 as acombined installation package, wherein an installation of the combinedinstallation package causes, at least in part, an initiation ofrespective installation packages at the main device 113, the one or moreaccessory devices 115, or a combination thereof. For example, thecontrol module 201 may cause, at least in part, the one or more APIs 109and the one or more installation packages (combined or separate) to beloaded into the data module 205 as part of a SDK. In one embodiment, theone or more APIs 109 are part of a software development platformincluding, at least in part, one or more application stores. Thespecific interaction between the different components contained withinthe main device 113 operating system and the accessory device 115operating system for the key uses such as the follow: (1) installing theone or more applications 111; (2) sending notifications associated withthe one or more applications 111; and (3) receiving remote actions fromthe one or more accessory devices 115 are detailed more fully in FIGS.4A-4D.

FIGS. 3A-3C are flowcharts of processes for making the use of a mobiledevice more socially suitable, according to one or more embodiments.FIG. 3A depicts a process 300 for causing, at least in part, thespecification of the software components required to enable the designand development of one or more applications 111 that can be remotelycontrolled via one or more main devices 113 and one or more accessorydevices 115. In one embodiment, the application platform 103 performsthe process 300 and is implemented in, for instance, a chip setincluding a processor and a memory as shown in FIG. 8. In step 301, theapplication platform 103 processes and/or facilitates a processing of arequest from one or more developer terminals 101 to cause, at least inpart, a specification of one or more programming interfaces (e.g., APIs109) for enabling control of one or more applications 111 via a maindevice 113 and one or more accessory devices 115. In step 303, theapplication platform 103 processes and/or facilitates a processing of arequest from one or more developer terminals 101 to cause, at least inpart, a generation of one or more installation packages for the one ormore applications 111 for installation at the main device 113 and theone or more accessory devices 115. In step 305, the application platform103 causes, at least in part, the generation of one or more installationpackages for the main device 113 based on a main device 113 operatingsystem, which includes in addition to the software codes for the one ormore applications 111 the following: (1) a Remote Accessory Managerfurther comprised of User Preferences, Remote Devices, Network Setupetc.; (2) a Package Manager; and (3) a Notification Manager. Theapplication platform 103 also causes, at least in part, the generationof the installation packages for one or more accessory devices 115 basedon an accessory device 115 operating system that includes in addition tothe software codes for the one or more applications 111 the following:(1) an Application Manager further comprising User preferences, UIactions, Network preferences etc., a Package Manager, and a NotificationManager. In step 307, the application platform 103 determines whether topackage the one or more installation packages for the main device 113,the one or more installation packages for one or more accessory devices115, or a combination thereof into combined installation packagewherein, installation of the combined installation package, causes, atleast in part, an initiation of respective installations of the one ormore installations packages at the main device 113, the one or moreaccessory devices 115, or a combination thereof. As previouslydiscussed, the application platform 103 may determine to package the oneor more installation packages into a combined installation package basedon the particular request from one or more developer terminals 101, thetype of network connection available between the one or more developerterminal 101 s and the application platform 103, the size of the one ormore installation packages, etc.

FIG. 3B depicts a process 330 for establishing the remote communicationbetween the one or more applications 111, a main device 113, and one ormore one accessory devices 115. In one embodiment, the applicationplatform 103 performs the process 330 and is implemented in, forinstance, a chip set including a processor and a memory as shown in FIG.8. In step 331, the application platform 103 causes, at least in part, arendering of at least one user interface at the one or more accessorydevices 115, wherein the at least one user interface includes one ormore interface elements for enabling control of the one or moreapplications 111. For example, a particular user interface may berendered as a result of the one or more APIs 109 loaded within the datamodule 205. In step 333, the application platform 103 causes, at leastin part, the rendering of the at least one user interface, the one ormore user interface elements, or a combination thereof based on anability to operate as one or more alternative controls, one or moreadditional controls, or a combination thereof to at least one other userinterface, one or more other user interface elements, or a combinationthereof rendered at a main device 113. In step 335, the applicationplatform 103 causes, at least in part, a transmission of one or morenotifications, one or more actions, or a combination thereof associatedwith the one or more applications 111 between the main device 113 andthe one or more accessory devices 115 via the one or more programminginterfaces (e.g., APIs 109).

FIG. 3C shows a process 350 for generating at least one or moreadditional embodiments of the process 300. In one embodiment, theapplication platform 103 performs the process 350 and is implemented in,for instance, a chip set including a processor and a memory as shown inFIG. 8. In step 351, the application platform 103, causes, at least inpart, a generation one or more programming interfaces (e.g., APIs 109)as part of a software development platform including, at least in part,at least one or more application stores (e.g., the service platform107). For example, one or more developers could utilize an applicationwizard commonly available at an application store. In step 353, theapplication platform 103 causes, at least in part, an association ofmetadata with the one or more applications 111, wherein the metadataincludes, at least in part, compatibility information associated withthe main device 113, the one or more accessory devices 115, or acombination thereof. As previously discussed, the metadata can also beassociated with one or more applications 111's function, developer,purchase price, development date, data usage, user satisfaction rating,etc. An illustration of this example is shown in FIG. 6. In step 355,the application platform 103 determines that the main device 113 and oneor more accessory devices 115 communicate over a wireless network. As aresult, the use of one or more applications 111 and the main device 113can be more socially suitable and usable. In step 357, the main device113 and one or more accessory devices 115 have different form factors.For example, the main device 113 may have the form factor of a mobilephone or a mobile tablet and the one or more accessory devices 115 mayhave the form factor of a watch or a writing instrument.

FIGS. 4A-4D are diagrams of the interactions between the softwarecomponents utilized in the processes of FIGS. 3A-3C, according to oneembodiment. FIG. 4A is a diagram of the software components required forenabling control of one or more applications 111 via a main device 113and one or more accessory devices 115. As previously noted, theapplication platform 103, upon request from one or more developerterminals 101 causes, at least in part, the generation of the one ormore installation packages for a main device 113 based, at least inpart, on a main device 113 operating system, which comprises in additionto the software codes for the one or more applications 111 thefollowing: (1) a Remote Accessory Manager 401 further comprised of UserPreferences, Remote Devices, Network Setup etc.; (2) a Package Manager403; and (3) a Notification Manager 405. In one example, the applicationplatform 103, also causes, at least in part, the generation of the oneor more installation packages for the one or more accessory devices 115based, at least in part, on an accessory device 115 operating system,which comprises in addition to the software codes for the one or moreapplications 111 the following: (1) an Application Manager 407 furthercomprising User preferences, User Interface (UI) actions, Networkpreferences etc.; (2) a Package Manager 409; and (3) a NotificationManager 411.

FIG. 4B is a ladder diagram that illustrates a sequence of messages andprocesses used in installing an application 111 at a main device 113 andone or more accessory devices 115, according to an exemplary embodiment.A network process is represented by a thin vertical line. A step ormessage passed from one process to another is represented by horizontalarrows. In step 431, the one or more applications 111 are acquired by anend-user (e.g., from the service platform 107). In step 433, theapplication platform 103 causes, at least in part, the installation ofone or more applications 111 at the main device 113 by the main device113 package manager. In step 435, the main device 113 package manager403 communicates with the main device 113 remote accessory manager 401to determine whether any user preferences have been set regarding theinstallation of applications. Step 435 by the main device 113 packagemanager 403 may include prompting the end-user if such preferences havenot already been determined by the main device 113 remote accessorymanager. In step 437, the end-user's preferences, if any, aredetermined. In step 439, the main device 113 package manager 403 causesthe installation of the one or more installation packages at one or moreaccessory device 115 package managers 409. In step 441, the one or moreaccessory device 115 package managers 409 cause, at least in part, apresentation to the end-user of the one or more installed applications111 through the one or more accessory device 115 application mangers 407and the at least one user interface of the one or more accessory devices115.

FIG. 4C is a ladder diagram that illustrates a sequence of messages andprocesses used in sending a notification determined by a main device 113and one or more accessory devices 115. In step 451, the applicationplatform 103 causes, at least in part, one or more applications 111 tonotify the main device 113 notification manager 405 that a notification(e.g., an incoming call from John Smith) has arrived from the one ormore applications 111. In step 453, the main device 113 notificationmanager 405 communicates with the main device 113 remote accessorymanager 401 to determine whether any user preferences exist regardingthe presentation of notifications. In step 455, the end-user'spreferences, if any, are determined by the main device 113 notificationmanager 405. In step 457, the main device 113 notification manager 405sends the notification from the main device 113 notification manager 405to one or more the accessory device 115 notification managers 411. Instep 459, the one or more accessory device 115 notification managers 411cause a presentation to the end-user of the notification through the oneor more accessory device 115 application mangers 407 and the at leastone user interface of the one or more accessory devices 115.

FIG. 4D is a ladder diagram that illustrates a sequence of messages andprocesses used in receiving a remote action from one or more accessorydevices 115. In one embodiment, after the end-user receives anotification (e.g., an incoming call from John Smith) from one or moreapplications 111, the end-user can select to silence the notificationboth at the one or more accessory devices 115 and the main device 113.For example, in step 471, the one or more accessory device 115application managers 407 register the end-user's selection and thencommunicate the end-user's action to the one or more accessory device115 notification managers. In step 473, the one or more accessory device115 notification managers 411 transmit the end-user's selected action tothe main device 113 notification manager 405. In step 477, the maindevice 113 notification manager 405 sends the selected action to the oneor more installed applications 111 for implementation in step 479. Inthis instance, the delay typically associated with determining actionsrelative to a mobile device (e.g., silencing an incoming call from JohnSmith) is reduced through the implementation of one or more accessorydevices 115, which in turn enables the main device 113 to be lesssocially disruptive.

FIG. 5 is a diagram of an example of an accessory device 115 and atleast one user interface utilized in the processes of FIGS. 3A-3C,according to one embodiment. Specifically, FIG. 5 depicts how variousapplications 111 installed at a main device 113 and an accessory device115 would appear to an end-user. In this instance, the specification bya developer of a simple menu button can allow the end-user to easilynavigate from one application 111 to another (e.g., time 501, phone 503,alarm 505, messaging 507, maps 509, and news 511). In the event that anotification from one or more applications 111 arrives (e.g., anincoming call from John Smith) at the accessory device 115, thenotification automatically appears on the at least one user interface toenable the end-user to see the caller's name and either select “silent”or “loudspeaker” from the at least one user interface. As previouslynoted, the implementation of one or more accessory devices 115 canreduce the delay that is often associated with an end-user having tofirst find a main device 113 in a handbag or pocket, which in turnreduces the potential for social disruption caused by the main device113. Likewise, when walking around, for example, an end-user is able tosee map directions by just looking at the accessory device 115, which inturn improves the usability a main device 113.

FIG. 6 is a diagram of an example of an application store 600 locatedwithin the service platform 107, in one embodiment. As previously noted,the applications platform 103 may specify the APIs 109 so that one ormore applications 111 contain metadata. Later, the application platform103 may process and/or facilitate a processing of the metadataassociated with the one or more applications 111. The metadataassociated with each application 111 can later be processed by theapplication platform 103 to enable the presentation to an end-user ofthe one or more applications 111 based on function, developer, purchaseprice, development date, data usage, user satisfaction rating, etc., aswell as compatibility with one or more main devices 113 and/or one ormore accessory devices 115. In this instance, an application 111'scompatibility with one or more main devices 113 and/or one or moreaccessory devices 115 is depicted. For example, an application platform103 is able to determine based on the metadata associated with theapplications 111 intended for messaging 601, music 603, and WIFI 605that one or more accessory devices 115 is compatible with suchapplications 111 and therefore these applications 111 are available fordownloading to one or more accessory devices 115. In contrast, given thespecification that one or more accessory devices 115 are to be small insize, the application platform 103 can determine based on the metadataassociated with the applications 111 intended for internet 607 and/orpicture browsing 609 or video conferencing 611 that such applications111 are not compatible with any accessory devices 115 and thereforethese applications 111 are not available for downloading to one or moreaccessory devices 115.

The processes described herein for making the use of a mobile devicemore socially suitable may be advantageously implemented via software,hardware, firmware or a combination of software and/or firmware and/orhardware. For example, the processes described herein, may beadvantageously implemented via processor(s), Digital Signal Processing(DSP) chip, an Application Specific Integrated Circuit (ASIC), FieldProgrammable Gate Arrays (FPGAs), etc. Such exemplary hardware forperforming the described functions is detailed below.

FIG. 7 illustrates a computer system 700 upon which an embodiment of theinvention may be implemented. Although computer system 700 is depictedwith respect to a particular device or equipment, it is contemplatedthat other devices or equipment (e.g., network elements, servers, etc.)within FIG. 7 can deploy the illustrated hardware and components ofsystem 700. Computer system 700 is programmed (e.g., via computerprogram code or instructions) to make the use of a mobile device moresocially suitable as described herein and includes a communicationmechanism such as a bus 710 for passing information between otherinternal and external components of the computer system 700. Information(also called data) is represented as a physical expression of ameasurable phenomenon, typically electric voltages, but including, inother embodiments, such phenomena as magnetic, electromagnetic,pressure, chemical, biological, molecular, atomic, sub-atomic andquantum interactions. For example, north and south magnetic fields, or azero and non-zero electric voltage, represent two states (0, 1) of abinary digit (bit). Other phenomena can represent digits of a higherbase. A superposition of multiple simultaneous quantum states beforemeasurement represents a quantum bit (qubit). A sequence of one or moredigits constitutes digital data that is used to represent a number orcode for a character. In some embodiments, information called analogdata is represented by a near continuum of measurable values within aparticular range. Computer system 700, or a portion thereof, constitutesa means for performing one or more steps of making the use of a mobiledevice more socially suitable.

A bus 710 includes one or more parallel conductors of information sothat information is transferred quickly among devices coupled to the bus710. One or more processors 702 for processing information are coupledwith the bus 710.

A processor (or multiple processors) 702 performs a set of operations oninformation as specified by computer program code related to making theuse of a mobile device more socially suitable. The computer program codeis a set of instructions or statements providing instructions for theoperation of the processor and/or the computer system to performspecified functions. The code, for example, may be written in a computerprogramming language that is compiled into a native instruction set ofthe processor. The code may also be written directly using the nativeinstruction set (e.g., machine language). The set of operations includebringing information in from the bus 710 and placing information on thebus 710. The set of operations also typically include comparing two ormore units of information, shifting positions of units of information,and combining two or more units of information, such as by addition ormultiplication or logical operations like OR, exclusive OR (XOR), andAND. Each operation of the set of operations that can be performed bythe processor is represented to the processor by information calledinstructions, such as an operation code of one or more digits. Asequence of operations to be executed by the processor 702, such as asequence of operation codes, constitute processor instructions, alsocalled computer system instructions or, simply, computer instructions.Processors may be implemented as mechanical, electrical, magnetic,optical, chemical or quantum components, among others, alone or incombination.

Computer system 700 also includes a memory 704 coupled to bus 710. Thememory 704, such as a random access memory (RAM) or any other dynamicstorage device, stores information including processor instructions formaking the use of a mobile device more socially suitable. Dynamic memoryallows information stored therein to be changed by the computer system700. RAM allows a unit of information stored at a location called amemory address to be stored and retrieved independently of informationat neighboring addresses. The memory 704 is also used by the processor702 to store temporary values during execution of processorinstructions. The computer system 700 also includes a read only memory(ROM) 706 or any other static storage device coupled to the bus 710 forstoring static information, including instructions, that is not changedby the computer system 700. Some memory is composed of volatile storagethat loses the information stored thereon when power is lost. Alsocoupled to bus 710 is a non-volatile (persistent) storage device 708,such as a magnetic disk, optical disk or flash card, for storinginformation, including instructions, that persists even when thecomputer system 700 is turned off or otherwise loses power.

Information, including instructions for making the use of a mobiledevice more socially suitable, is provided to the bus 710 for use by theprocessor from an external input device 712, such as a keyboardcontaining alphanumeric keys operated by a human user, a microphone, anInfrared (IR) remote control, a joystick, a game pad, a stylus pen, atouch screen, or a sensor. A sensor detects conditions in its vicinityand transforms those detections into physical expression compatible withthe measurable phenomenon used to represent information in computersystem 700. Other external devices coupled to bus 710, used primarilyfor interacting with humans, include a display device 714, such as acathode ray tube (CRT), a liquid crystal display (LCD), a light emittingdiode (LED) display, an organic LED (OLED) display, a plasma screen, ora printer for presenting text or images, and a pointing device 716, suchas a mouse, a trackball, cursor direction keys, or a motion sensor, forcontrolling a position of a small cursor image presented on the display714 and issuing commands associated with graphical elements presented onthe display 714. In some embodiments, for example, in embodiments inwhich the computer system 700 performs all functions automaticallywithout human input, one or more of external input device 712, displaydevice 714 and pointing device 716 is omitted.

In the illustrated embodiment, special purpose hardware, such as anapplication specific integrated circuit (ASIC) 720, is coupled to bus710. The special purpose hardware is configured to perform operationsnot performed by processor 702 quickly enough for special purposes.Examples of ASICs include graphics accelerator cards for generatingimages for display 714, cryptographic boards for encrypting anddecrypting messages sent over a network, speech recognition, andinterfaces to special external devices, such as robotic arms and medicalscanning equipment that repeatedly perform some complex sequence ofoperations that are more efficiently implemented in hardware.

Computer system 700 also includes one or more instances of acommunications interface 770 coupled to bus 710. Communication interface770 provides a one-way or two-way communication coupling to a variety ofexternal devices that operate with their own processors, such asprinters, scanners and external disks. In general the coupling is with anetwork link 778 that is connected to a local network 780 to which avariety of external devices with their own processors are connected. Forexample, communication interface 770 may be a parallel port or a serialport or a universal serial bus (USB) port on a personal computer. Insome embodiments, communications interface 770 is an integrated servicesdigital network (ISDN) card or a digital subscriber line (DSL) card or atelephone modem that provides an information communication connection toa corresponding type of telephone line. In some embodiments, acommunication interface 770 is a cable modem that converts signals onbus 710 into signals for a communication connection over a coaxial cableor into optical signals for a communication connection over a fiberoptic cable. As another example, communications interface 770 may be alocal area network (LAN) card to provide a data communication connectionto a compatible LAN, such as Ethernet. Wireless links may also beimplemented. For wireless links, the communications interface 770 sendsor receives or both sends and receives electrical, acoustic orelectromagnetic signals, including infrared and optical signals, thatcarry information streams, such as digital data. For example, inwireless handheld devices, such as mobile telephones like cell phones,the communications interface 770 includes a radio band electromagnetictransmitter and receiver called a radio transceiver. In certainembodiments, the communications interface 770 enables connection to thecommunication network 105 for making the use of a mobile device moresocially suitable to the developer terminal 101.

The term “computer-readable medium” as used herein refers to any mediumthat participates in providing information to processor 702, includinginstructions for execution. Such a medium may take many forms,including, but not limited to computer-readable storage medium (e.g.,non-volatile media, volatile media), and transmission media.Non-transitory media, such as non-volatile media, include, for example,optical or magnetic disks, such as storage device 708. Volatile mediainclude, for example, dynamic memory 704. Transmission media include,for example, twisted pair cables, coaxial cables, copper wire, fiberoptic cables, and carrier waves that travel through space without wiresor cables, such as acoustic waves and electromagnetic waves, includingradio, optical and infrared waves. Signals include man-made transientvariations in amplitude, frequency, phase, polarization or otherphysical properties transmitted through the transmission media. Commonforms of computer-readable media include, for example, a floppy disk, aflexible disk, hard disk, magnetic tape, any other magnetic medium, aCD-ROM, CDRW, DVD, any other optical medium, punch cards, paper tape,optical mark sheets, any other physical medium with patterns of holes orother optically recognizable indicia, a RAM, a PROM, an EPROM, aFLASH-EPROM, an EEPROM, a flash memory, any other memory chip orcartridge, a carrier wave, or any other medium from which a computer canread. The term computer-readable storage medium is used herein to referto any computer-readable medium except transmission media.

Logic encoded in one or more tangible media includes one or both ofprocessor instructions on a computer-readable storage media and specialpurpose hardware, such as ASIC 720.

Network link 778 typically provides information communication usingtransmission media through one or more networks to other devices thatuse or process the information. For example, network link 778 mayprovide a connection through local network 780 to a host computer 782 orto equipment 784 operated by an Internet Service Provider (ISP). ISPequipment 784 in turn provides data communication services through thepublic, world-wide packet-switching communication network of networksnow commonly referred to as the Internet 790.

A computer called a server host 792 connected to the Internet hosts aprocess that provides a service in response to information received overthe Internet. For example, server host 792 hosts a process that providesinformation representing video data for presentation at display 714. Itis contemplated that the components of system 700 can be deployed invarious configurations within other computer systems, e.g., host 782 andserver 792.

At least some embodiments of the invention are related to the use ofcomputer system 700 for implementing some or all of the techniquesdescribed herein. According to one embodiment of the invention, thosetechniques are performed by computer system 700 in response to processor702 executing one or more sequences of one or more processorinstructions contained in memory 704. Such instructions, also calledcomputer instructions, software and program code, may be read intomemory 704 from another computer-readable medium such as storage device708 or network link 778. Execution of the sequences of instructionscontained in memory 704 causes processor 702 to perform one or more ofthe method steps described herein. In alternative embodiments, hardware,such as ASIC 720, may be used in place of or in combination withsoftware to implement the invention. Thus, embodiments of the inventionare not limited to any specific combination of hardware and software,unless otherwise explicitly stated herein.

The signals transmitted over network link 778 and other networks throughcommunications interface 770, carry information to and from computersystem 700. Computer system 700 can send and receive information,including program code, through the networks 780, 790 among others,through network link 778 and communications interface 770. In an exampleusing the Internet 790, a server host 792 transmits program code for aparticular application, requested by a message sent from computer 700,through Internet 790, ISP equipment 784, local network 780 andcommunications interface 770. The received code may be executed byprocessor 702 as it is received, or may be stored in memory 704 or instorage device 708 or any other non-volatile storage for laterexecution, or both. In this manner, computer system 700 may obtainapplication program code in the form of signals on a carrier wave.

Various forms of computer readable media may be involved in carrying oneor more sequence of instructions or data or both to processor 702 forexecution. For example, instructions and data may initially be carriedon a magnetic disk of a remote computer such as host 782. The remotecomputer loads the instructions and data into its dynamic memory andsends the instructions and data over a telephone line using a modem. Amodem local to the computer system 700 receives the instructions anddata on a telephone line and uses an infra-red transmitter to convertthe instructions and data to a signal on an infra-red carrier waveserving as the network link 778. An infrared detector serving ascommunications interface 770 receives the instructions and data carriedin the infrared signal and places information representing theinstructions and data onto bus 710. Bus 710 carries the information tomemory 704 from which processor 702 retrieves and executes theinstructions using some of the data sent with the instructions. Theinstructions and data received in memory 704 may optionally be stored onstorage device 708, either before or after execution by the processor702.

FIG. 8 illustrates a chip set or chip 800 upon which an embodiment ofthe invention may be implemented. Chip set 800 is programmed to make theuse of a mobile device more socially suitable as described herein andincludes, for instance, the processor and memory components describedwith respect to FIG. 7 incorporated in one or more physical packages(e.g., chips). By way of example, a physical package includes anarrangement of one or more materials, components, and/or wires on astructural assembly (e.g., a baseboard) to provide one or morecharacteristics such as physical strength, conservation of size, and/orlimitation of electrical interaction. It is contemplated that in certainembodiments the chip set 800 can be implemented in a single chip. It isfurther contemplated that in certain embodiments the chip set or chip800 can be implemented as a single “system on a chip.” It is furthercontemplated that in certain embodiments a separate ASIC would not beused, for example, and that all relevant functions as disclosed hereinwould be performed by a processor or processors. Chip set or chip 800,or a portion thereof, constitutes a means for performing one or moresteps of providing user interface navigation information associated withthe availability of functions. Chip set or chip 800, or a portionthereof, constitutes a means for performing one or more steps of makingthe use of a mobile device more socially suitable.

In one embodiment, the chip set or chip 800 includes a communicationmechanism such as a bus 801 for passing information among the componentsof the chip set 800. A processor 803 has connectivity to the bus 801 toexecute instructions and process information stored in, for example, amemory 805. The processor 803 may include one or more processing coreswith each core configured to perform independently. A multi-coreprocessor enables multiprocessing within a single physical package.Examples of a multi-core processor include two, four, eight, or greaternumbers of processing cores. Alternatively or in addition, the processor803 may include one or more microprocessors configured in tandem via thebus 801 to enable independent execution of instructions, pipelining, andmultithreading. The processor 803 may also be accompanied with one ormore specialized components to perform certain processing functions andtasks such as one or more digital signal processors (DSP) 807, or one ormore application-specific integrated circuits (ASIC) 809. A DSP 807typically is configured to process real-world signals (e.g., sound) inreal time independently of the processor 803. Similarly, an ASIC 809 canbe configured to performed specialized functions not easily performed bya more general purpose processor. Other specialized components to aid inperforming the inventive functions described herein may include one ormore field programmable gate arrays (FPGA), one or more controllers, orone or more other special-purpose computer chips.

In one embodiment, the chip set or chip 800 includes merely one or moreprocessors and some software and/or firmware supporting and/or relatingto and/or for the one or more processors.

The processor 803 and accompanying components have connectivity to thememory 805 via the bus 801. The memory 805 includes both dynamic memory(e.g., RAM, magnetic disk, writable optical disk, etc.) and staticmemory (e.g., ROM, CD-ROM, etc.) for storing executable instructionsthat when executed perform the inventive steps described herein to makethe use of a mobile device more socially suitable. The memory 805 alsostores the data associated with or generated by the execution of theinventive steps.

FIG. 9 is a diagram of exemplary components of a mobile terminal (e.g.,handset) for communications, which is capable of operating in the systemof FIG. 1, according to one embodiment. In some embodiments, mobileterminal 901, or a portion thereof, constitutes a means for performingone or more steps of making the use of a mobile device more sociallysuitable. Generally, a radio receiver is often defined in terms offront-end and back-end characteristics. The front-end of the receiverencompasses all of the Radio Frequency (RF) circuitry whereas theback-end encompasses all of the base-band processing circuitry. As usedin this application, the term “circuitry” refers to both: (1)hardware-only implementations (such as implementations in only analogand/or digital circuitry), and (2) to combinations of circuitry andsoftware (and/or firmware) (such as, if applicable to the particularcontext, to a combination of processor(s), including digital signalprocessor(s), software, and memory(ies) that work together to cause anapparatus, such as a mobile phone or server, to perform variousfunctions). This definition of “circuitry” applies to all uses of thisterm in this application, including in any claims. As a further example,as used in this application and if applicable to the particular context,the term “circuitry” would also cover an implementation of merely aprocessor (or multiple processors) and its (or their) accompanyingsoftware/or firmware. The term “circuitry” would also cover ifapplicable to the particular context, for example, a baseband integratedcircuit or applications processor integrated circuit in a mobile phoneor a similar integrated circuit in a cellular network device or othernetwork devices.

Pertinent internal components of the telephone include a Main ControlUnit (MCU) 903, a Digital Signal Processor (DSP) 905, and areceiver/transmitter unit including a microphone gain control unit and aspeaker gain control unit. A main display unit 907 provides a display tothe user in support of various applications and mobile terminalfunctions that perform or support the steps of making the use of amobile device more socially suitable. The display 907 includes displaycircuitry configured to display at least a portion of a user interfaceof the mobile terminal (e.g., mobile telephone). Additionally, thedisplay 907 and display circuitry are configured to facilitate usercontrol of at least some functions of the mobile terminal. An audiofunction circuitry 909 includes a microphone 911 and microphoneamplifier that amplifies the speech signal output from the microphone911. The amplified speech signal output from the microphone 911 is fedto a coder/decoder (CODEC) 913.

A radio section 915 amplifies power and converts frequency in order tocommunicate with a base station, which is included in a mobilecommunication system, via antenna 917. The power amplifier (PA) 919 andthe transmitter/modulation circuitry are operationally responsive to theMCU 903, with an output from the PA 919 coupled to the duplexer 921 orcirculator or antenna switch, as known in the art. The PA 919 alsocouples to a battery interface and power control unit 920.

In use, a user of mobile terminal 901 speaks into the microphone 911 andhis or her voice along with any detected background noise is convertedinto an analog voltage. The analog voltage is then converted into adigital signal through the Analog to Digital Converter (ADC) 923. Thecontrol unit 903 routes the digital signal into the DSP 905 forprocessing therein, such as speech encoding, channel encoding,encrypting, and interleaving. In one embodiment, the processed voicesignals are encoded, by units not separately shown, using a cellulartransmission protocol such as enhanced data rates for global evolution(EDGE), general packet radio service (GPRS), global system for mobilecommunications (GSM), Internet protocol multimedia subsystem (IMS),universal mobile telecommunications system (UMTS), etc., as well as anyother suitable wireless medium, e.g., microwave access (WiMAX), LongTerm Evolution (LTE) networks, code division multiple access (CDMA),wideband code division multiple access (WCDMA), wireless fidelity(WiFi), satellite, and the like, or any combination thereof.

The encoded signals are then routed to an equalizer 925 for compensationof any frequency-dependent impairments that occur during transmissionthough the air such as phase and amplitude distortion. After equalizingthe bit stream, the modulator 927 combines the signal with a RF signalgenerated in the RF interface 929. The modulator 927 generates a sinewave by way of frequency or phase modulation. In order to prepare thesignal for transmission, an up-converter 931 combines the sine waveoutput from the modulator 927 with another sine wave generated by asynthesizer 933 to achieve the desired frequency of transmission. Thesignal is then sent through a PA 919 to increase the signal to anappropriate power level. In practical systems, the PA 919 acts as avariable gain amplifier whose gain is controlled by the DSP 905 frominformation received from a network base station. The signal is thenfiltered within the duplexer 921 and optionally sent to an antennacoupler 935 to match impedances to provide maximum power transfer.Finally, the signal is transmitted via antenna 917 to a local basestation. An automatic gain control (AGC) can be supplied to control thegain of the final stages of the receiver. The signals may be forwardedfrom there to a remote telephone which may be another cellulartelephone, any other mobile phone or a land-line connected to a PublicSwitched Telephone Network (PSTN), or other telephony networks.

Voice signals transmitted to the mobile terminal 901 are received viaantenna 917 and immediately amplified by a low noise amplifier (LNA)937. A down-converter 939 lowers the carrier frequency while thedemodulator 941 strips away the RF leaving only a digital bit stream.The signal then goes through the equalizer 925 and is processed by theDSP 905. A Digital to Analog Converter (DAC) 943 converts the signal andthe resulting output is transmitted to the user through the speaker 945,all under control of a Main Control Unit (MCU) 903 which can beimplemented as a Central Processing Unit (CPU).

The MCU 903 receives various signals including input signals from thekeyboard 947. The keyboard 947 and/or the MCU 903 in combination withother user input components (e.g., the microphone 911) comprise a userinterface circuitry for managing user input. The MCU 903 runs a userinterface software to facilitate user control of at least some functionsof the mobile terminal 901 to make the use of a mobile device moresocially suitable. The MCU 903 also delivers a display command and aswitch command to the display 907 and to the speech output switchingcontroller, respectively. Further, the MCU 903 exchanges informationwith the DSP 905 and can access an optionally incorporated SIM card 949and a memory 951. In addition, the MCU 903 executes various controlfunctions required of the terminal. The DSP 905 may, depending upon theimplementation, perform any of a variety of conventional digitalprocessing functions on the voice signals. Additionally, DSP 905determines the background noise level of the local environment from thesignals detected by microphone 911 and sets the gain of microphone 911to a level selected to compensate for the natural tendency of the userof the mobile terminal 901.

The CODEC 913 includes the ADC 923 and DAC 943. The memory 951 storesvarious data including call incoming tone data and is capable of storingother data including music data received via, e.g., the global Internet.The software module could reside in RAM memory, flash memory, registers,or any other form of writable storage medium known in the art. Thememory device 951 may be, but not limited to, a single memory, CD, DVD,ROM, RAM, EEPROM, optical storage, magnetic disk storage, flash memorystorage, or any other non-volatile storage medium capable of storingdigital data.

An optionally incorporated SIM card 949 carries, for instance, importantinformation, such as the cellular phone number, the carrier supplyingservice, subscription details, and security information. The SIM card949 serves primarily to identify the mobile terminal 901 on a radionetwork. The card 949 also contains a memory for storing a personaltelephone number registry, text messages, and user specific mobileterminal settings.

While the invention has been described in connection with a number ofembodiments and implementations, the invention is not so limited butcovers various obvious modifications and equivalent arrangements, whichfall within the purview of the appended claims. Although features of theinvention are expressed in certain combinations among the claims, it iscontemplated that these features can be arranged in any combination andorder.

1. A method comprising facilitating a processing of and/or processing(1) data and/or (2) information and/or (3) at least one signal, the (1)data and/or (2) information and/or (3) at least one signal based, atleast in part, on the following: a specification of one or moreprogramming interfaces for enabling control of one or more applicationsvia one or more main mobile devices, one or more accessory mobiledevices, or a combination thereof; a determination, based at least inpart on metadata contained in the one or more applications, ofcompatibility of the one or more applications with the one or more mainmobile devices, one or more accessory mobile devices, or a combinationthereof; and selectively enabling, based at least in part on thedetermination, a graphic presentation of the compatibility on a userinterface on one or more of the main mobile devices, one or more of theaccessory mobile devices, or a combination thereof.
 2. A method of claim1, wherein the (1) data and/or (2) information and/or (3) at least onesignal are further based, at least in part, on the following: adetermination, based at least in part on the metadata, one or morefunctions of the one or more applications, one or more form factors ofthe one or more main mobile devices, one or more form factors of the oneor more accessory mobile devices, or a combination thereof; and causing,at least in part, the graphic presentation of the compatibility with theone or more functions, the one or more form factors, or a combinationthereof, on the user interface.
 3. A method of claim 2, wherein the (1)data and/or (2) information and/or (3) at least one signal are furtherbased, at least in part, on the following: a selection of a combinedinstallation package of at least one of the applications that iscompatible with the main mobile device and the at least one of theaccessory mobile devices, in response to a user selection upon thegraphic presentation within an application store, wherein the userinterface includes one or more other user interface elements forenabling control of the at least one of the applications active on themain mobile device.
 4. A method of claim 3, wherein the selection of thecombined installation package, causes, at least in part, an initiationof at least one of the applications at the main device and the at leastone of the accessory mobile devices.
 5. A method of claim 3, wherein the(1) data and/or (2) information and/or (3) at least one signal arefurther based, at least in part, on the following: a generation of thecombined installation package based, at least in part, on an operatingsystem of the at least one of the accessory mobile devices and thecompatibility.
 6. A method of claim 2, wherein the (1) data and/or (2)information and/or (3) at least one signal are further based, at leastin part, on the following: causing, at least in part, a presentation ofthe one or more programming interfaces for a developer of the one ormore applications; and receiving one or more selections by the developerto set end-user options available at the one or more accessory mobiledevices.
 7. A method of claim 6, wherein the end-user options includeactivating one or more notifications, deactivate the one or morenotifications, activating the one or more remote features, deactivateone or more remote features, displaying the one or more applications ina remote menu, hiding the one or more applications in the remote menu,one or more previews of notification snapshots, or a combinationthereof.
 8. A method of claim 6, wherein the (1) data and/or (2)information and/or (3) at least one signal are further based, at leastin part, on the following: a transmission of the one or morenotifications, the one or more remote features, the one or morepreviews, or a combination thereof associated with the one or moreapplications between the main mobile device and the at least one of theaccessory mobile devices via the one or more programming interfaces. 9.A method of claim 2, wherein the graphic presentation shows that atleast one of the applications as compatible with at least one of themain mobile devices and incompatible with at least one of the accessorymobile devices.
 10. A method of claim 2, wherein the one or more formfactors of the main mobile devices include a mobile phone, a mobiletablet, or a combination thereof, the one or more form factors of theaccessory mobile devices include a watch, a writing instrument, or acombination thereof.
 11. An apparatus comprising: at least oneprocessor; and at least one memory including computer program code, theat least one memory and the computer program code configured to, withthe at least one processor, cause the apparatus to perform at least thefollowing, retrieve a specification of one or more programminginterfaces for enabling control of one or more applications via one ormore main mobile devices, one or more accessory mobile devices, or acombination thereof; determine, based at least in part on metadatacontained in the one or more applications, of compatibility of the oneor more applications with the one or more main mobile devices, one ormore accessory mobile devices, or a combination thereof; and selectivelyenable, based at least in part on the determining, a graphicpresentation of the compatibility on a user interface on one or more ofthe main mobile devices, one or more of the accessory mobile devices, ora combination thereof.
 12. An apparatus of claim 11, wherein theapparatus is further caused, at least in part, to: determine, based atleast in part on the metadata, one or more functions of the one or moreapplications, one or more form factors of the one or more main mobiledevices, one or more form factors of the one or more accessory mobiledevices, or a combination thereof; and cause, at least in part, thegraphic presentation of the compatibility with the one or morefunctions, the one or more form factors, or a combination thereof, onthe user interface.
 13. An apparatus of claim 12, wherein the apparatusis further caused, at least in part, to: cause, at least in part, aselection of a combined installation package of at least one of theapplications that is compatible with the main mobile device and the atleast one of the accessory mobile devices, in response to a userselection upon the graphic presentation within an application store,wherein the user interface includes one or more other user interfaceelements for enabling control of the at least one of the applicationsactive on the main mobile device.
 14. An apparatus of claim 13, whereinthe selection of the combined installation package, causes, at least inpart, an initiation of at least one of the applications at the maindevice and the at least one of the accessory mobile devices.
 15. Anapparatus of claim 13, wherein the apparatus is further caused, at leastin part, to: cause, at least in part, a generation of the combinedinstallation package based, at least in part, on an operating system ofthe at least one of the accessory mobile devices and the compatibility.16. An apparatus of claim 12, wherein the apparatus is further caused,at least in part, to: cause, at least in part, a presentation of the oneor more programming interfaces for a developer of the one or moreapplications; and receive one or more selections by the developer to setend-user options available at the one or more accessory mobile devices.17. An apparatus of claim 16, wherein the end-user options includeactivating one or more notifications, deactivate the one or morenotifications, activating the one or more remote features, deactivateone or more remote features, displaying the one or more applications ina remote menu, hiding the one or more applications in the remote menu,one or more previews of notification snapshots, or a combinationthereof.
 18. An apparatus of claim 16, wherein the apparatus is furthercaused, at least in part, to: cause, at least in part, a transmission ofthe one or more notifications, the one or more remote features, the oneor more previews, or a combination thereof associated with the one ormore applications between the main mobile device and the at least one ofthe accessory mobile devices via the one or more programming interfaces.19. An apparatus of claim 12, wherein the graphic presentation showsthat at least one of the applications as compatible with at least one ofthe main mobile devices and incompatible with at least one of theaccessory mobile devices.
 20. An apparatus of claim 12, wherein the oneor more form factors of the main mobile devices include a mobile phone,a mobile tablet, or a combination thereof, the one or more form factorsof the accessory mobile devices include a watch, a writing instrument,or a combination thereof.